home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 6515 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.3 KB
  1. Path: news.PBI.net!usenet
  2. From: mich@pbinet.com
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Parsing library for PC, C or C++, LEX for PC
  5. Date: 25 Feb 1996 16:26:25 GMT
  6. Organization: Pacific Bell Internet Services
  7. Message-ID: <4gq2jh$386@SNFC21_SRVR_WWW.PBI.net>
  8. References: <4ftdim$3fa@utopia.hacktic.nl> <4fugvh$m2f@hermes.louisville.edu>
  9. Reply-To: mich@pbinet.com
  10. NNTP-Posting-Host: ppp-5-8.rdcy01.pbinet.com
  11. X-Newsreader: IBM NewsReader/2 v1.03
  12.  
  13. >" When you build a DLL using MS Visual C/C++, a number of
  14. >standard library functions are not permitted - including the printf
  15. >and scanf family.  Thus, when developing Windows tools it is unwise
  16. >to rely on these functions - you might want to include the tools in
  17. >a DLL".
  18.  
  19. I saw this and found it interesting. I've built a lot of windows applications and dll's
  20. in my day. What this quote says is true, but what it doesn't say is that a number
  21. of standard lib functions have mirror functions in windows, for instance, sprintf
  22. and wsprintf. Standard printf however, wouldn't make much sense unless your
  23. using quickwin or similar tools. What difference would putting printf in a dll
  24. make? If I need to format some output I either call the COut class (or whatever
  25. the output object is in mfc), or wsprintf it to a buffer and MessageBox it.
  26.  
  27.